Date: Sat, 2 Apr 94 04:30:20 PST 

From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu> 
Errors-To: Ham-Digital-Errors@UCSD.Edu 

Reply-To: Ham-Digital@UCSD.Edu 

Precedence: Bulk 

Subject: Ham-Digital Digest V94 #93 

To: Ham-Digital 


Ham-Digital Digest Sat, 2 Apr 94 Volume 94 : Issue 93 


Today's Topics: 
Unknown RTTY mode 


Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu> 
Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Ham-Digital Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: 31 Mar 94 19:21:17 EDT 

From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!EU.net!sunic!psinntp!psinntp! 
pbs.org!pbs.org!whull@network.ucsd.edu 

Subject: Unknown RTTY mode 

To: ham-digital@ucsd.edu 


In article <wilsonjhCnGKA1.Ix4@netcom.com>, wilsonjh@netcom.com (John Wilson) 
writes: 

> I have been monitoring some "utility" signals using an AEA PK232-MBX, 

> and have run across many strong signals that the PK232 cannot decode. 

> These sound like ordinary two-tone FSK RTTY signals. 

> They are often, but not always in the HF maritime bands (6, 8, 12, etc. 
> Mhz), and the signal identification feature on the PD232 shows 

> 75 baud and mode "unknown". I hear these signals with both narrow 

> and wide shifts. Anybody know what they are? A special code for an 

> Oriental language? Encrypted data? Something altogether else? Anybody 
> know how to copy them? 


I believe that you will find these signals are encrypted. They are operating 
often in a synchronous rather than asynchronous mode. With out the keying 
material, you don't stand much chance of reading them. NSA probably is 

able to crack them. There are some Ship to Shore stations operating in 


these areas in the NAVTEX (AMTOR) fec mode. Your unit will read them 
nicely. There is also Ship to Shore ARQ which you can monitor..only 
problem being that the freq between shore and ship are split. 


> 
> Best 73, Bill (N4LRA) 


> John K3KXI 


Date: 1 Apr 1994 16:07:09 GMT 
From: juniper.almaden.ibm.com!enge.almaden.ibm.com!enge@uunet.uu.net 
To: ham-digital@ucsd.edu 


References <2n7alm$3v3@hpbab.mentorg.com>, <2n9j6k$db9@hp-col.col.hp.com>, 
<2n£871$166@hpbab.mentorg.com> 
Subject : Re: NTS traffic on packet 


Most of the software authors will do any changes that seem reasonable 
to meet NTS's need. I have made many changes to accommodate CAP and MARS 
stations/traffic as well as having a large amount of support for ARES/RACES. 


I regularly receive input from MARS and CAP but have never heard a word 
from any NTS people except way way back when we first established 
Zip@NTSxx. 


Roy Engehausen, AA4RE 
enge@almaden.ibm.com 


End of Ham-Digital Digest V94 #93 
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